Method for State Transition and Network Device

ABSTRACT

A method for a state transition includes determining whether a user equipment (UE) is a UE frequently performing state transitions. When the state of the UE is required to be transitioned to the idle state, a state of the UE is transitioned to a paging channel (PCH) state if the UE is a UE frequently performing state transitions. If the UE is a UE infrequently performing state transitions, the state of the UE is transitioned to the idle state.

This application is a continuation of co-pending InternationalApplication Ser. No. PCT/CN2011/072004, filed Mar. 21, 2011, whichclaims priority to Chinese Patent Application No. 201010129163.1, filedMar. 22, 2010, both of which are incorporated herein by reference.

TECHNICAL FIELD

The present disclosure relates to the field of communications, and inparticular, to a method for a state transition and a network device.

BACKGROUND

In order to achieve the aims of intelligence, electricity saving andcommunication resource saving, currently, some User Equipments (UEs) mayautomatically perform a state transition between a connected state andan idle state as required.

For example, when an intelligent mobile phone is in an idle state, ifservice data to be sent exists, the intelligent mobile phoneautomatically sends a Radio Resource Control (RRC) signaling connectionrequest to an access network side device (such as a base stationcontroller), so that the access network side device sets up a radioaccess bearer for the intelligent mobile phone according to the RRCsignaling connection request and transits the intelligent mobile phonefrom the idle state to a connected state; when the intelligent mobilephone is in the connected state, if no service data to be sent exists,the intelligent mobile phone automatically sends a Signaling ConnectionRelease Indication to the access network side device, so that the accessnetwork side device releases the radio access bearer set up for theintelligent mobile phone according to the Signaling Connection ReleaseIndication and transits the intelligent mobile phone from the connectedstate to the idle state.

However, when the state of the UE is frequently transitioned, the accessnetwork side device has to frequently set up/release the radio accessbearer for the UE, resulting in a heavy workload.

SUMMARY OF THE INVENTION

Embodiments of the present disclosure provide a method for a statetransition and a network device, which are capable of lightening theworkload of an access network side device during a state transitionprocess of a UE.

In one aspect, an embodiment of the present disclosure provides a methodfor a state transition, which includes: judging whether a UE is a UEfrequently performing state transitions; transitioning a state of the UEto a Paging Channel (PCH) state if the UE is a UE frequently performingstate transitions and when the state of the UE is required to betransitioned to an idle state; and transitioning the state of the UE tothe idle state if the UE is a UE infrequently performing statetransitions and when the state of the UE is required to be transitionedto the idle state.

In another aspect, an embodiment of the present disclosure furtherprovides a network device, including 1 a judging module, configured tojudge whether a UE is a UE frequently performing state transitions and astate transition module, configured to transit a state of the UE to aPCH state if the judging module judges that the UE is a UE frequentlyperforming state transitions and when the state of the UE is required tobe transitioned to an idle state, and transit the state of the UE to theidle state if the judging module judges that the UE is a UE infrequentlyperforming state transitions and when the state of the UE is required tobe transitioned to the idle state.

For the method for a state transition and the network device provided inthe embodiments of the present disclosure, the UE frequently performingstate transitions is transitioned to the PCH state when the state of theUE is required to be transitioned to the idle state, so that an accessnetwork side device does not need to frequently set up/release a radioaccess bearer for the UE, thereby lightening the workload of the accessnetwork side device during a state transition process of the UEfrequently performing state transitions; and the UE infrequentlyperforming state transitions is transitioned to the idle state when thestate of the UE is required to be transitioned to the idle state, sothat the access network side device does not need to maintain the PCHstate of the UE infrequently performing state transitions, therebylightening the workload of the access network side device during a statetransition process of the UE infrequently performing state transitions.

BRIEF DESCRIPTION OF THE DRAWINGS

To illustrate the technical solutions according to the embodiments ofthe present disclosure or in the prior art more clearly, theaccompanying drawings required for describing the embodiments or theprior art are introduced below briefly. Apparently, the accompanyingdrawings in the following descriptions merely show some of theembodiments of the present disclosure, and persons of ordinary skill inthe art can obtain other drawings according to the accompanying drawingswithout creative efforts.

FIG. 1 is a flow chart of a method for a state transition according toan embodiment of the present disclosure;

FIG. 2 is a flow chart of a method for a state transition according toanother embodiment of the present disclosure;

FIG. 3 is a flow chart of step 201 shown in FIG. 2;

FIG. 4 is a flow chart of a method for a state transition according tostill another embodiment of the present disclosure;

FIG. 5 is a flow chart of step 401 shown in FIG. 4;

FIG. 6 is a flow chart of a method for a state transition according toyet still another embodiment of the present disclosure;

FIG. 7 is a schematic structure diagram of a network device according toan embodiment of the present disclosure;

FIG. 8 is a first schematic structure diagram of a judging module shownin FIG. 7;

FIG. 9 is a second schematic structure diagram of the judging moduleshown in FIG. 7; and

FIG. 10 is a third schematic structure diagram of the judging moduleshown in FIG. 7.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

The technical solutions according to the embodiments of the presentdisclosure will be clearly and fully described in the following withreference to the accompanying drawings. It is obvious that theembodiments to be described are only a part rather than all of theembodiments of the present disclosure. Any other embodiment obtained bypersons of ordinary skill in the art based on the embodiments of thepresent disclosure without creative efforts shall fall within theprotection scope of the present disclosure.

In order to solve the problem that an access network side device has aheavy workload during a state transition process of a UE in the priorart, the embodiments of the present disclosure provide a method for astate transition and a network device.

As shown in FIG. 1, a method for a state transition provided in anembodiment of the present disclosure includes a number of steps.

Step 101: Judge whether a UE is a UE frequently performing statetransitions.

Step 102: Transit a state of the UE to a PCH state if the UE is a UEfrequently performing state transitions and when the state of the UE isrequired to be transitioned to an idle state.

Step 103: Transit the state of the UE to the idle state if the UE is aUE infrequently performing state transitions and when the state of theUE is required to be transitioned to the idle state.

For the method for a state transition provided in the embodiment of thepresent disclosure, the UE frequently performing state transitions istransitioned to the PCH state when the state of the UE is required to betransitioned to the idle state, so that an access network side devicedoes not need to frequently set up/release a radio access bearer for theUE, thereby lightening the workload of the access network side deviceduring a state transition process of the UE frequently performing statetransitions; and the UE infrequently performing state transitions istransitioned to the idle state when the state of the UE is required tobe transitioned to the idle state, so that the access network sidedevice does not need to maintain the PCH state of the UE infrequentlyperforming state transitions, thereby lightening the workload of theaccess network side device during a state transition process of the UEinfrequently performing state transitions.

In order to enable persons skilled in the art to understand thetechnical solution provided in the embodiment of the present disclosuremore clearly, the method for a state transition provided in theembodiment of the present disclosure is described in detail throughspecific embodiments in the following.

As shown in FIG. 2, a method for a state transition provided in anotherembodiment of the present disclosure includes a number of steps.

Step 201: Obtain an International Mobile Equipment Identity TAC (IMEITAC) of a UE. For example, as shown in FIG. 3, step 201 may include Step2011, i.e., Send an Identity Request to the UE.

In this embodiment, step 2011 may be performed during the RRC connectionphase of the UE, and may also be performed after a Signaling ConnectionRelease Indication sent by the UE is received. Definitely, in practicalimplementations, the step may also be performed during other phases, butnot all scenarios are described in detail here.

Step 2012: Receive an International Mobile Equipment Identity (IMEI)returned by the UE according to the Identity Request.

In this embodiment, the IMEI may be carried in an Identity Response.

Step 2013: Obtain the IMEI TAC from the IMEI received in step 2012.

Step 202: Judge, according to the IMEI TAC obtained in step 201, whetherthe UE is a UE frequently performing state transitions.

In this embodiment, for example, step 202 may include, first, searchingfor information of a terminal type corresponding to the IMEI TACobtained in step 201 from a pre-stored correspondence relational tableof the IMEI TAC and the terminal type.

For example, in this embodiment, the UE may be classified into twotypes. One is an intelligent terminal capable of automaticallyperforming the state transition, which involves frequent statetransitions; and the other is a dumb terminal incapable of automaticallyperforming the state transition, which involves infrequent statetransitions. Definitely, the UE may also be classified into two types.One is a terminal frequently performing state transitions; and the otheris a terminal infrequently performing state transitions.

In this embodiment, the correspondence relational table of the IMEI TACand the terminal type may include the IMEI TAC of the UE and theinformation of the terminal type corresponding to the UE, as shown inTable 1.

TABLE 1 IMEI TAC Terminal Type 011776 Intelligent terminal 356219Intelligent terminal 356385 Dumb terminal 356411 Dumb terminal

The terminal type in the correspondence relational table of the IMEI TACand the terminal type may be preset to be a default value, for example,the terminal type is an intelligent terminal (or a dumb terminal). Atthis time, the correspondence relational table of the IMEI TAC and theterminal type may also only include the IMEI TAC of the UE, that is,become an IMEI TAC list corresponding to the intelligent terminal (orthe dumb terminal). For example, the terminal type in the correspondencerelational table of the IMEI TAC and the terminal type is preset to bean intelligent terminal; in this case, the correspondence relationaltable of the IMEI TAC and the terminal type is shown in Table 2.

TABLE 2 IMEI TAC 011776 356219 011775

The embodiment of the present disclosure is not intended to limit thespecific form of the correspondence relational table of the IMEI TAC andthe terminal type. In practical implementations, the correspondencerelational table of the IMEI TAC and the terminal type may also be inother forms, which are not described in detail here.

In this embodiment, the correspondence relational table of the IMEI TACand the terminal type may be preset by an operator through a userinterface.

Then, judge, according to the information of the terminal type, whetherthe UE is a UE frequently performing state transitions.

In this embodiment, if the information of the terminal type is anintelligent terminal, the UE is a UE frequently performing statetransitions; if the information of the terminal type is a dumb terminal,the UE is a UE infrequently performing state transitions.

Step 203: Transit a state of the UE to a PCH state if the UE is a UEfrequently performing state transitions and when the state of the UE isrequired to be transitioned to an idle state.

In this embodiment, a method for determining whether the state of the UEis required to be transitioned to the idle state may be, for example, asfollows: If a Signaling Connection Release Indication sent by the UE isreceived, determining that the state of the UE is required to betransitioned to the idle state; or, presetting a timer configured todetect the state transition, starting the timer when the UE is in aDedicated Channel (DCH) state, and if no service data sent by the UE isreceived within a counting time of the timer, determining that the stateof the UE is required to be transitioned to the idle state.

Definitely, in practical implementations, other methods may also be usedto determine whether the state of the UE is required to be transitionedto the idle state, but not all scenarios are described in detail here.

Step 204: Transit the state of the UE to the idle state if the UE is aUE infrequently performing state transitions and when the state of theUE is required to be transitioned to the idle state.

For the method for a state transition provided in the embodiment of thepresent disclosure, the UE frequently performing state transitions istransitioned to the PCH state when the state of the UE is required to betransitioned to the idle state, so that an access network side devicedoes not need to frequently set up/release a radio access bearer for theUE, thereby lightening the workload of the access network side deviceduring a state transition process of the UE frequently performing statetransitions; and the UE infrequently performing state transitions istransitioned to the idle state when the state of the UE is required tobe transitioned to the idle state, so that the access network sidedevice does not need to maintain the PCH state of the UE infrequentlyperforming state transitions, thereby lightening the workload of theaccess network side device during a state transitions process of the UEinfrequently performing state transitions. Through the technicalsolution provided in the embodiment of the present disclosure, thenumber of users in the PCH state is controlled while lightening the loadon the signaling plane of the access network side device, so that theoccupation of logic resources of the access network side device isreduced to ensure a system capacity.

As shown in FIG. 4, another embodiment of the present disclosure furtherprovides a method for a state transition, which includes a number ofsteps.

Step 401: Obtain a subscriber identity corresponding to a UE.

In this embodiment, the subscriber identity may include: a TemporaryMobile Subscriber Identity (TMSI), or an International Mobile SubscriberIdentity (IMSI). In practical implementations, the subscriber identitymay also be other identifications that may uniquely identify a useridentity, which are not described in detail here.

For example, as shown in FIG. 5, step 401 may include Step 4011, i.e.,send a Direct Transfer Message to the UE, where the Direct TransferMessage carries information for instructing the UE to report thesubscriber identity.

In this embodiment, step 4011 may be performed during the RRC connectionphase of the UE; and may also be performed after a Signaling ConnectionRelease Indication sent by the UE is received. Definitely, in practicalimplementations, the step may also be performed during other phases, butnot all scenarios are described in detail here.

Step 4012: Receive the subscriber identity returned by the UE accordingto the Direct Transfer Message.

In this embodiment, if the subscriber identity is the TMSI, thesubscriber identity (TMSI) in step 4012 may be carried in an RRCconnection request message sent by the UE; if the subscriber identity isthe IMSI, the subscriber identity (IMSI) in step 4012 may be carried inan Identity Response sent by the UE.

Step 402: Judge, according to the subscriber identity obtained in step401, whether the UE is a UE frequently performing state transitions.

In this embodiment, for example, step 402 may include, first, searchingfor information of the terminal type corresponding to the subscriberidentity obtained in step 401 from a pre-stored correspondencerelational table of the subscriber identity and the terminal type.

For example, in this embodiment, the UE may be classified into twotypes. One is an intelligent terminal capable of automaticallyperforming the state transition, which involves frequent statetransitions; and the other is a dumb terminal incapable of automaticallyperforming the state transitions, which involves infrequent statetransitions. Definitely, the UE may also be classified into two types.One is a terminal frequently performing state transitions; and the otheris a terminal infrequently performing state transitions.

In this embodiment, the correspondence relational table of thesubscriber identity (TMSI/IMSI) and the terminal type may include thesubscriber identity (TMSI/IMSI) and the corresponding information of theterminal type, as shown in Table 3.

TABLE 3 Subscriber Identity (TMSI/IMSI) Terminal Type80002896/460070012340001 Intelligent terminal 80002895/460070012340002Intelligent terminal 80002894/460070012340003 Dumb terminal80002893/460070012340004 Dumb terminal

The terminal type in the correspondence relational table of thesubscriber identity (TMSI/IMSI) and the terminal type may be preset tobe a default value, for example the terminal type is an intelligentterminal (or a dumb terminal). At this time, the correspondencerelational table of the subscriber identity (TMSI/IMSI) and the terminaltype may also only include the subscriber identity (TMSI/IMSI), that is,become a subscriber identity (TMSI/IMSI) list corresponding to theintelligent terminal (or the dumb terminal). For example, the terminaltype in the correspondence relational table of the subscriber identity(TMSI/IMSI) and the terminal type is preset to be an intelligentterminal; in this case, the correspondence relational table of thesubscriber identity (TMSI/IMSI) and the terminal type is shown in Table4.

TABLE 4 Subscriber Identity (TMSI/IMSI) 80002896/46007001234000180002895/460070012340002 80002892/460070012340005

The embodiment of the present disclosure is not intended to limit thespecific form of the correspondence relational table of the subscriberidentity (TMSI/IMSI) and the terminal type. In practicalimplementations, the correspondence relational table of the subscriberidentity (TMSI/IMSI) and the terminal type may also be in other forms,which are not described in detail here.

In this embodiment, the correspondence relational table of thesubscriber identity (TMSI/IMSI) and the terminal type may be preset byan operator through a user interface.

Then, judge, according to the information of the terminal type, whetherthe UE is a UE frequently performing state transitions.

In this embodiment, if the information of the terminal type is anintelligent terminal, the UE is a UE frequently performing statetransitions. If the information of the terminal type is a dumb terminal,the UE is a UE infrequently performing state transitions.

Step 403: Transit a state of the UE to a PCH state if the UE is a UEfrequently performing state transitions and when the state of the UE isrequired to be transitioned to an idle state.

In this embodiment, a method for determining whether the state of the UEis required to be transitioned to the idle state may be, for example, asfollows. If a Signaling Connection Release Indication sent by the UE isreceived, determining that the state of the UE is required to betransitioned to the idle state; or, presetting a timer configured todetect the state transition, starting the timer when the UE is in a DCHstate, and if no service data sent by the UE is received within acounting time of the timer, determining that the state of the UE isrequired to be transitioned to the idle state.

Definitely, in practical implementations, other methods may also be usedto determine whether the state of the UE is required to be transitionedto the idle state, but not all scenarios are described in detail here.

Step 404: Transit the state of the UE to the idle state if the UE is aUE infrequently performing state transitions and when the state of theUE is required to be transitioned to the idle state.

For the method for a state transition provided in the embodiment of thepresent disclosure, the UE frequently performing state transitions istransitioned to the PCH state when the state of the UE is required to betransitioned to the idle state, so that an access network side devicedoes not need to frequently set up/release a radio access bearer for theUE, thereby lightening the workload of the access network side deviceduring a state transition process of the UE frequently performing statetransitions; and the UE infrequently performing state transitions istransitioned to the idle state when the state of the UE is required tobe transitioned to the idle state, so that the access network sidedevice does not need to maintain the PCH state of the UE infrequentlyperforming state transitions, thereby lightening the workload of theaccess network side device during a state transition process of the UEinfrequently performing state transitions. Through the technicalsolution provided in the embodiment of the present disclosure, thenumber of users in the PCH state is controlled while lightening the loadon the signaling plane of the access network side device, so that theoccupation of logic resources of the access network side device isreduced to ensure a system capacity.

As shown in FIG. 6, still another embodiment of the present disclosurealso provides a method for a state transition, which includes thefollowing steps.

Step 601: Receive online state detection information sent by a UE withina preset counting time.

In this embodiment, the counting time may be set according to actualrequirements.

The online state detection information may be a control signaling sentby the UE. For example, the online state detection information may be aSignaling Connection Release Indication sent by the UE; may be a datapacket with a small amount of bits, for example, a data packet whosesize is less than 1 K, sent by the UE, may be pre-defined as the onlinestate detection information; and may also be a self-defined data packet,but not all scenarios are described in detail here.

Step 602: Judge, according to the number of times the online statedetection information is received from the UE, whether the UE is a UEfrequently performing state transitions.

In this embodiment, a threshold of the number of times may be preset.For example, the threshold is set to be 2. If the number of times theonline state detection information is received in step 601 is largerthan or equal to the threshold, the UE is a UE frequently performingstate transitions; otherwise, the UE is a UE infrequently performingstate transitions.

Step 603: Transit a state of the UE to a PCH state if the UE is a UEfrequently performing state transitions and when the state of the UE isrequired to be transitioned to an idle state.

In this embodiment, a method for determining whether the state of the UEis required to be transitioned to the idle state may be, for example, asfollows: If a Signaling Connection Release Indication sent by the UE isreceived, determining that the state of the UE is required to betransitioned to the idle state; or, presetting a timer configured todetect the state transition, starting the timer when the UE is in a DCHstate, and if no service data sent by the UE is received within acounting time of the timer, determining that the state of the UE isrequired to be transitioned to the idle state.

Definitely, in practical implementations, other methods may also be usedto determine whether the state of the UE is required to be transitionedto the idle state, but not all scenarios are described in detail here.

Step 604: Transit the state of the UE to the idle state if the UE is aUE infrequently performing state transitions and when the state of theUE is required to be transitioned to the idle state.

Optionally, the method for a state transition provided in the embodimentof the present disclosure may further include the following steps:

Obtain an IMEI TAC of the UE or a subscriber identity corresponding tothe UE.

Determine, according to the judging result of whether the UE is a UEfrequently performing state transitions obtained in step 602, theterminal type of the UE.

In this embodiment, if the UE is a UE frequently performing statetransitions, it is determined that the terminal type of the UE is anintelligent terminal; and if the UE is a UE infrequently performingstate transitions, it is determined that the terminal type of the UE isa dumb terminal.

Store a correspondence relation between the IMEI TAC of the UE or thesubscriber identity corresponding to the UE and the terminal type of theUE.

In this embodiment, the correspondence relation between the IMEI TAC andthe terminal type of the UE may be stored in the correspondencerelational table of the IMEI TAC and the terminal type; and thecorrespondence relation between the subscriber identity corresponding tothe UE and the terminal type of the UE may be stored in thecorrespondence relational table of the subscriber identity and theterminal type. Definitely, in practical implementations, other storageforms may also be used, which are not described in detail here.

The UE frequently performing state transitions is transitioned to thePCH state when the state of the UE is required to be transitioned to theidle state, so that an access network side device does not need tofrequently set up/release a radio access bearer for the UE, therebylightening the workload of the access network side device during a statetransition process of the UE frequently performing state transitions;and the UE infrequently performing state transitions is transitioned tothe idle state when the state of the UE is required to be transitionedto the idle state, so that the access network side device does not needto maintain the PCH state of the UE infrequently performing statetransitions, thereby lightening the workload of the access network sidedevice during a state transition process of the UE infrequentlyperforming state transitions. Through the technical solution provided inthe embodiment of the present disclosure, the number of users in the PCHstate is controlled while lightening the load on the signaling plane ofthe access network side device, so that the occupation of logicresources of the access network side device is reduced to ensure asystem capacity.

As shown in FIG. 7, an embodiment of the present disclosure furtherprovides a network device, including a judging module 701, configured tojudge whether a UE is a UE frequently performing state transitions and astate transition module 702, configured to transit a state of the UE toa PCH state if the judging module 701 judges that the UE is a UEfrequently performing state transitions and when the state of the UE isrequired to be transitioned to an idle state, and transit the state ofthe UE to the idle state if the judging module 701 judges that the UE isa UE infrequently performing state transitions and when the state of theUE is required to be transitioned to the idle state.

Moreover, for example, as shown in FIG. 8, the judging module 701 mayinclude a first obtaining sub-module 7011, configured to obtain an IMEITAC of the UE and a first judging sub-module 7012, configured to judge,according to the IMEI TAC obtained by the first obtaining sub-module7011, whether the UE is a UE frequently performing state transitions.

Moreover, in this embodiment, the first obtaining sub-module 7011 may bespecifically configured to send an Identity Request to the UE; receivean IMEI returned by the UE according to the Identity Request; and obtainthe IMEI TAC from the IMEI.

Moreover, for example, as shown in FIG. 9, the judging module 701 mayinclude a second obtaining sub-module 7013, configured to obtain thesubscriber identity corresponding to the UE and a second judgingsub-module 7014, configured to judge, according to the subscriberidentity obtained by the second obtaining sub-module 7013, whether theUE is a UE frequently performing state transitions.

Moreover, for example, as shown in FIG. 10, the judging module 701 mayinclude a receiving sub-module 7015, configured to receive online statedetection information sent by the UE within a preset counting time and athird judging sub-module 7016, configured to judge, according to thenumber of times the online state detection information is received bythe receiving sub-module 7015 from the UE, whether the UE is a UEfrequently performing state transitions.

Moreover, as shown in FIG. 10, optionally, the judging module 701 mayfurther include a third obtaining sub-module 7017, configured to obtainthe IMEI TAC of the UE, or the subscriber identity corresponding to theUE a determining sub-module 7018, configured to determine, according tothe judging result of whether the UE is a UE frequently performing statetransitions obtained by the third judging sub-module 7016, the terminaltype of the UE and a storing sub-module 7019, configured to store acorrespondence relation between the IMEI TAC of the UE or the subscriberidentity corresponding to the UE obtained by the third obtainingsub-module 7017 and the terminal type of the UE determined by thedetermining sub-module 7018.

The network device provided in the embodiment of the present disclosureis an access network side device.

It should be noted that, in practical implementations, multiple modulesof the network device provided in the embodiment of the presentdisclosure shown in FIG. 7 to FIG. 10 may also be implemented by onemodule or functional module which has similar functions to the multiplemodules, which is not described in detail here.

For the specific implementation method for performing the statetransition by using the network device provided in the embodiment of thepresent disclosure, reference may be made to the embodiments of themethod for a state transition provided in the present disclosure, so thedetails will not be described here again.

For the network device provided in the embodiment of the presentdisclosure, the UE frequently performing state transitions istransitioned to the PCH state when the state of the UE is required to betransitioned to the idle state, and therefore does not need tofrequently set up/release a radio access bearer for the UE, therebylightening the workload during a state transition process of the UEfrequently performing state transitions; the UE infrequently performingstate transitions is transitioned to the idle state when the state ofthe UE is required to be transitioned to the idle state, and thereforedoes not need to maintain the PCH state of the UE infrequentlyperforming state transitions, thereby lightening the workload during astate transition process of the UE infrequently performing statetransitions. Through the technical solution provided in the embodimentof the present disclosure, the number of users in the PCH state iscontrolled while lightening the load on the signaling plane, so that theoccupation of logic resources is reduced to ensure a system capacity.

The method for a state transition and the network device provided in theembodiments of the present disclosure may be used in a radiocommunication system.

In combination with the embodiments herein, steps of the method oralgorithm described may be directly implemented by using hardware, asoftware module executed by a processor, or the combination thereof. Thesoftware module may be placed in a Random Access Memory (RAM), a memory,a Read-only Memory (ROM), an Electrically Programmable ROM (EPROM), anElectrically Erasable Programmable ROM (EEPROM), a register, a harddisk, a removable magnetic disk, a CD-ROM, or any storage medium ofother forms well-known in the technical field.

The above is only the specific implementation of the present disclosure,but the protection scope of the present disclosure is not limitedthereto. Any change or replacement that can be easily thought of bypersons skilled in the art within the technical scope disclosed by thepresent disclosure shall fall within the protection scope of the presentdisclosure. Therefore, the protection scope of the present disclosureshall be subject to the protection scope of the claims.

1. A method for a state transition, the comprising: determining whethera user equipment (UE) is a UE frequently performing state transitions;and when the state of the UE is required to be transitioned to an idlestate, transitioning a state of the UE to a paging channel (PCH) stateif the UE is a UE frequently performing state transitions andtransitioning the state of the UE to the idle state if the UE is a UEinfrequently performing state transitions.
 2. The method according toclaim 1, wherein the determining comprises: obtaining an internationalmobile equipment identity TAC (IMEI TAC) of the UE; and determiningwhether the UE is a UE frequently performing state transitions accordingto the IMEI TAC.
 3. The method according to claim 2, wherein obtainingthe IMEI TAC of the UE comprises: sending an identity request to the UE;receiving an international mobile equipment identity (IMEI) returned bythe UE according to the identity request; and obtaining the IMEI TACfrom the IMEI.
 4. The method according to claim 1, wherein thedetermining comprises: obtaining a subscriber identity corresponding tothe UE; and determining whether the UE is a UE frequently performingstate transitions according to the subscriber identity.
 5. The methodaccording to claim 4, wherein the subscriber identity comprises atemporary mobile subscriber identity (TMS I).
 6. The method according toclaim 4, wherein the subscriber identity comprises an internationalmobile subscriber identity (IMSI).
 7. The method according to claim 1,wherein determining comprises: receiving online state detectioninformation sent by the UE within a preset counting time; anddetermining whether the UE is a UE frequently performing statetransitions according to a number of times the online state detectioninformation is received from the UE.
 8. The method according to claim 7,wherein determining whether the UE is a UE frequently performing statetransitions comprises: determining that the UE is a UE frequentlyperforming state transitions if the number of times is larger than orequal to a preset threshold; and determining that the UE is a UEinfrequently performing state transitions if the number of times issmaller than the threshold.
 9. The method according to claim 1, furthercomprising determining that the state of the UE is required to betransitioned to the idle state.
 10. The method according to claim 9,wherein determining that the state of the UE is required to betransitioned to the idle state comprises determining that a signalingconnection release indication sent by the UE has been received.
 11. Themethod according to claim 9, wherein determining that the state of theUE is required to be transitioned to the idle state comprisesdetermining that no service data sent by the UE has been received withina preset counting time of a timer when the UE is in a dedicated channel(DCH) state.
 12. A network device, comprising: a determining module,configured to determine whether a user equipment (UE) is a UE frequentlyperforming state transitions; and a state transition module, configuredto, when the state of the UE is required to be transitioned to an idlestate, transition a state of the UE to a paging channel (PCH) state ifthe determining module judges that the UE is a UE frequently performingstate transitions and transition the state of the UE to the idle stateif the determining module judges that the UE is a UE infrequentlyperforming state transitions.
 13. The network device according to claim12, wherein the determining module comprises: a first obtainingsub-module, configured to obtain an international mobile equipmentidentity TAC (IMEI TAC) of the UE; and a first determining sub-module,configured to determine whether the UE is a UE frequently performingstate transitions according to the IMEI TAC obtained by the firstobtaining sub-module.
 14. The network device according to claim 13,wherein the first obtaining sub-module is further configured to send anidentity request to the UE, to receive an international mobile equipmentidentity (IMEI) returned by the UE according to the identity request,and to obtain the IMEI TAC from the IMEI.
 15. The network deviceaccording to claim 12, wherein the determining module comprises: asecond obtaining sub-module, configured to obtain a subscriber identitycorresponding to the UE; and a second judging sub-module, configured todetermine whether the UE is a UE frequently performing state transitionsaccording to the subscriber identity obtained by the second obtainingsub-module.
 16. The network device according to claim 12, wherein thedetermining module comprises: a receiving sub-module, configured toreceive online state detection information sent by the UE within apreset counting time; and a third judging sub-module, configured todetermine whether the UE is a UE frequently performing state transitionsaccording to a number of times the online state detection information isreceived by the receiving sub-module from the UE.